Usuarios

• Código (campo USR)

Este código identifica las fichas creadas de forma única.

• Nombre (campo INTUSR)

Introduce la descripción de la ficha correspondiente.

Esta descripción larga se utiliza como título en las pantallas y los informes.

• Activo (campo ENAFLG)

Marca esta casilla para activar el registro en curso.

Los registros no seleccionados conservan su contenido y parametrización, pero no se pueden utilizar mediante otra llamada a su código en:

• otros registros como los documentos y parámetros
• los procesos en masa

Las habilitaciones en una función determinada pueden prohibir la creación de un registro activo. En ese caso, la casilla se desactiva por defecto. Solo se puede modificar por un usuario autorizado o mediante un Workflow de firma.

Por motivos de seguridad, la casilla se desmarca en caso de duplicación de una ficha ya existente.

• Conexión X3 (campo USRCONNECT)

A día de hoy, hay distintos niveles de "colaboradores" en Sage X3.
Este campo permite diferenciarlos por el derecho o no a conectarse al sistema, quedando así dos categorías:
- los usuarios que pueden conectarse al sistema,
- los colaboradores que no pueden conectarse al sistema.

• Conexión servicios web (campo USRCONXTD)

Permite conectarse a Sage X3 para ejecutar Web services.

• Sin comprobación LDAP (campo WITHOUTLDA)

• Login (campo LOGIN)

El login corresponde al código de acceso al sistema en el servidor. Este código es el que se introduce en el terminal de conexión de la aplicación (por defecto, es el código del usuario, pero puede ser más largo que el código interno del usuario, que está limitado a cinco caracteres). Debe ser diferente para cada usuario.

• Código profesional (campo CODMET)

El código profesional permite asociar un usuario a un perfil profesional. Un perfil profesional corresponde a un conjunto de usuarios agrupados con los mismos perfiles de menú, perfiles de función y, eventualmente, los mismos perfiles de usuario BI y perfiles Safe X3 WAS.

• Almacén por defecto (campo WRH)

Seleccione el depósito asociado al usuario seleccionado. Este se inicializará por defecto en las funciones de stock, compras, ventas y producción.

 Este campo no es obligatorio. Cuando está indicado, es prioritario al que está definido por defecto a nivel de la planta.

• Perfil menú (campo PRFMEN)

Este código de perfil menú permite definir la arborescencia de menú que se le propone por defecto al usuario. En ningún caso define las habilitaciones en las funciones, las cuales se definen con el código de perfil función.

• campo DEFMEN

• Perfil función (campo PRFFCT)

Este código de perfil función permite definir las habilitaciones del usuario, función por función o en masa. Estas habilitaciones se completan con los roles del usuario, los valores de los parámetros del usuario y los códigos de acceso a los que tiene derecho. Estos datos se introducen en las pestañas de la ficha usuario.

• campo DEFFCT

• Perfil usuario BI (campo USRBI)

El perfil usuario BI permite asociar los mismos derechos a distintos usuarios con el mismo código. Al otorgar estos derechos a un usuario, este podrá acceder a los informes Business Objects y, si es necesario, modificarlos.

• campo DEFBI

• Perfil usuario GED (campo ARCPRF)

• Perfil Safe X3 WAS (campo PRFXTD)

• campo DEFXTD

• Dirección mail Workflow (campo ADDEML)

La dirección de mensajería del usuario se puede utilizar en el sistema de workflow integrado en los programas adonix para enviar mensajes al usuario.

• Teléfono por defecto (campo TELEP)

Estos campos definen los datos que permiten identificar al usuario.

• Fax por defecto (campo FAX1)

• Acceso (campo ACSUSR)

Este código de acceso permite prohibir el acceso a la ficha en curso a ciertos usuarios.

Si el campo se alimenta, solo los usuarios con derechos de lectura en este código de acceso pueden visualizar el registro y solo los usuarios con derechos de escritura pueden modificarlo.

• Destinos usuario (campo USRPRT)

En lugar de definir destinos de impresión en el cuadro inferior de la pantalla, para el usuario en curso puede utilizar la lista de destinos de otro usuario (que habría que introducir aquí).

• Tipo (campo TYPIMP)

Este campo define el tipo de destino a partir de los valores del menú local parametrizable número 22.

• Destino (campo PRTDEF)

Este código identifica, para cada tipo de impresora definida en el menú local parametrizable 22, un destino de impresión que se propondrá por defecto al lanzar un informe cuando no haya una norma más específica.

• campo AUSPIC

Este campo de tipo imagen permite visualizar la fotografía del usuario.

• Tipo (campo RESPO)

Tipo de responsable definido en el menú local parametrizable número 50.

• Usuario (campo CHEF)

Permite definir una lista de responsables del usuario (que se pueden utilizar, entre otros, para las funciones de Workflow): se puede acceder al responsable de rango utilizando las variables [AUS]CHEF(rango) o mediante la función func AFNC.CHEF(código_usuario, rango).

• Nombre (campo NOMCHEF)

Descripción asociada al código anterior.

• Código restricción (campo ROL)

Este cuadro permite introducir los roles del usuario y los códigos correspondientes. Los roles están definidos en la tabla varia número 60. La gestión de roles permite filtrar datos de forma precisa, sobre todo cuando queremos limitar el acceso al sistema a terceros externos y, por lo tanto, filtrar de manera restrictiva los datos que visualizan.

Una parametrización permite asociar criterios de filtrado a cada rol en las funciones estándar de tipoObjeto. Por ejemplo, en un contexto de gestión comercial, se puede decidir que el rolCliente en la función Pedido produzca un filtrado en el campo Cliente pedido.

En la práctica, supondría lo siguiente:

• Un rol se identifica por un código: por ejemplo, el código ORD (cliente pedido)en una gestión comercial.
• El rol se asocia a una lista de funciones en la que se va a aplicar un filtro en un campo determinado (por ejemplo, en el campo Cliente pedido).
• Una vez realizada esta parametrización, al introducir el código rol ORDen dos líneas, asociado sucesivamente a los códigos clientes A y B, se va a permitir un filtrado en la entrada de pedido: solo se visualizarán los pedidos que han pasado por los clientes A y B y solo se podrán introducir pedidos para el cliente A o el cliente B.

• Clave (campo BPR)

Este código corresponde al valor que se tiene en cuenta para filtrar los datos asociados al rol. Por ejemplo, si se trata de un rol que gestiona los clientes que realizan pedidos, el código que se va a mostrar es el código cliente que se filtrará para el usuario.

• Capítulo (campo CHPDES)

El capítulo permite agrupar los parámetros de una manera lógica. Este código está definido en la tabla varia número 901.

• Grupo (campo GRPCOD)

Este código, definido en la tabla varia 903, permite agrupar los parámetros que se suelen completar de manera coherente en un capítulo. Se pueden definir juegos de valores para poder completar rápidamente los parámetros de un grupo determinado con valores predefinidos.

• Juego valores (campo JEUCOD)

Este código permite asociar, con una descripción explícita, un juego de valores coherente aplicable a todo el grupo de parámetros. Si los parámetros se han definido directamente con valores separados, el código que se muestra en la ficha está vacío.

• Nivel (campo NIVGRP)

Este campo señala el nivel de definición en el que está indicado el parámetro. Los posibles valores están definidos en el menú local 987. Cuando se indica el nivel de un grupo de parámetros, se muestra el nivel más preciso que hay en los parámetros del grupo.

• Todos los códigos de acceso (campo ALLACS)

Si esta casilla está marcada, el usuario tiene todos los derechos en todos los códigos de acceso (en lectura, escritura y ejecución). De esta manera, evitamos tener que dar la lista completa de códigos de acceso a los usuarios privilegiados.

• Cód. de acceso (campo CODACC)

Los códigos de acceso son códigos que permiten proteger los datos o funciones en lectura, escritura y ejecución (cuando el contexto lo permite). En este caso los códigos actúan a modo de cerradura ubicada en un campo de una pantalla, transacción, informe o en un registro.

A continuación se define, para cada usuario, si existe la posibilidad de acceder a los datos protegidos de esta manera (por decirlo de alguna forma, si tiene la llave que permite abrir esta cerradura).

El número de códigos de acceso y la codificación es totalmente libre. Únicamente cuenta la asignación llevada a cabo en las diferentes fichas, que de esta manera podrán ser controladas.

Una casilla Códigos de acceso permite acceder a todos los códigos de acceso. Si esta casilla no está seleccionada, la captura podrá ser efectuada en la tabla de la pestaña.

• Consulta (campo CONSUL)

Si este campo marca Sí, el usuario tiene derecho a consultar las fichas (o campos) protegidas por el código de acceso.

• Modificación (campo MODIF)

Si este campo marca Sí, el usuario tiene derecho a modificar las fichas (o campos) protegidas por el código de acceso.

• Ejecución (campo EXEC)

Si este campo marca Sí, el usuario tiene el derecho a ejecución (si existe), definido en el contexto de las fichas protegidas por el código de acceso. En una documentación adjunta puede consultar los casos en los que se utiliza el derecho a ejecución en los códigos de acceso.

• Fecha/hora última conexión (campo DATCONN)

Este campo contiene la fecha de la última conexión del usuario.

• campo TIMCONN

Este campo contiene la hora de la última conexión del usuario.

• Código contable (campo ACCCOD)

Este código contable sirve para determinar las condiciones de contabilización en función de un código usuario en línea en el contexto de contabilización (por ejemplo, un código comprador en el contexto de compras). Se puede utilizar en los asientos automáticos de la contabilidad.

• Eje (campo DIE)

• Sección analítica (campo CCE)

Este campo permite indicar secciones analíticas por defecto, que se pueden utilizar para definir, mediante la función de asignación de secciones analíticas por defecto, valores que alimentarán las interfaces contables.

• Dirección (campo CODADR)

Este código permite identificar las distintas direcciones asociadas a la ficha gestionada (usuario, sociedad, planta, tercero de todo tipo...)
En una ficha determinada, cada código de dirección es único.
En general, es obligatorio introducir una dirección para cada ficha y, mediante la casilla correspondiente, definir una de ellas como dirección por defecto.

Los códigos de dirección utilizados a nivel de número de cuenta bancaria o de contacto no se pueden ni modificar ni suprimir.
En ese caso, para modificar o suprimir un código de dirección, primero hay que suprimirlo a nivel de número de cuenta bancaria o de contacto.

• Código (campo XCODADR)

Este código permite identificar las distintas direcciones asociadas a la ficha gestionada (usuario, sociedad, planta, tercero de todo tipo...)
En una ficha determinada, cada código de dirección es único.
En general, es obligatorio introducir una dirección para cada ficha y, mediante la casilla correspondiente, definir una de ellas como dirección por defecto.

Los códigos de dirección utilizados a nivel de número de cuenta bancaria o de contacto no se pueden ni modificar ni suprimir.
En ese caso, para modificar o suprimir un código de dirección, primero hay que suprimirlo a nivel de número de cuenta bancaria o de contacto.

• Descripción (campo XBPADES)

Indica los datos vinculados a la dirección.

• País (campo XBPACRY)

Este código permite identificar el país asociado a la dirección.

En la tabla de Países, que controla este campo, se utilizan un cierto número de características para controlar los datos asociados, en particular:

• el formato del número de teléfono;
• el formato del número de identificación de una empresa o actividad (NIF);
• el formato del código postal de la ciudad, el código de la subdivisión geográfica, y si son o no obligatorios;
• el formato del número de cuenta bancaria;
• la gestión del IBAN.

• Descripción (campo XCRYNAM)

Descripción asociada al código anterior.

• campo XADDLIG1

Esta tabla muestra las distintas líneas de dirección. Los formatos de la descripción y de la entrada se definen en la tabla de países.

• Código Postal (campo XPOSCOD)

El código postal, cuyo formato de entrada está definido en la tabla Países, permite determinar la ciudad.
Cuando se modifica el código postal, la ciudad que corresponde al nuevo código se muestra de forma automática.
También puede introducir directamente el nombre de una ciudad. Si está definida, el código postal asociado se muestra automáticamente.

Casos particulares:

- para ANDORRA, indique 99130
- para MÓNACO, indique 99138
- para el resto de países extranjeros, indique el código INSEE del país o 99999 si lo desconoce.

 Cuando el código postal está parametrizado como obligatorio para el país, hay que introducirlo obligatoriamente en caso de entrada en el campo Código postal o Ciudad o en caso de modificación de un dato en la ventana de dirección del Tercero. No obstante, este control no se realiza en creación de documentos.

• Ciudad (campo XCTY)

La ciudad que se propone de forma automática es la que está asociada al código postal indicado previamente. También se puede introducir directamente el nombre de una ciudad:
- si está definida, el código postal asociado se muestra automáticamente,
- si no lo está y el control de los códigos postales se ha parametrizado a nivel de la ficha País, aparece un mensaje de aviso, pero se puede continuar con la entrada,
- si no lo está y el código postal está parametrizado como obligatorio para el país, aparece un mensaje de bloqueo en caso de entrada en el campo Código postal o Ciudad o en caso de modificación de un dato en la ventana de dirección del Tercero.No obstante, este control no se realiza en creación de documentos.

Nota:
El formato se define a nivel de la parametrización de la ficha País.
Para facilitar la selección independientemente del formato (caracteres con tildes/mayúsculas/minúsculas), la ventana de selección que hay disponible en este campo propone una columna dedicada a la búsqueda, en la que los nombres de las ciudades están en mayúscula.

• campo XSAT

Este campo contiene la subdivisión geográfica que corresponde a la definición de la dirección postal.
Por ejemplo, un departamento en Francia o un estado en Estados Unidos. La descripción de la subdivisión y el control o no en la entrada de esta información se definen a nivel de la parametrización del País.
Si se controla, este campo depende de la subdivisión geográfica correspondiente.

Esta subdivisión se alimenta automáticamente tras introducir el código postal y la ciudad a partir de la parametrización de Códigos postales.

• Código INSEE (campo XCODSEE)

• Sitio Web (campo XFCYWEB)

Este campo permite indicar un sitio web.

• Identificador externo (campo XEXTNUM)

Este campo libre permite almacenar un identificador variable que se puede utilizar en procesos específicos.
Ejemplo: cuando se generan registros de transferencias internacionales en formato xml, el contenido de este campo permite identificar al tercero acreedor del pago cuando no hay NIF (consulta la parametrización de ficheros bancarios).

• Direc. por defecto (campo XBPAADDFLG)

Si esta casilla está marcada, indica que es la dirección por defecto.
Solo se puede y debe marcar una de las direcciones de la ficha correspondiente. Debe ser una dirección del tercero.

• campo XTEL1

Este campo indica el número de teléfono. El formato de entrada depende del país.
El nivel de control que se realiza con respecto al formato del número introducido depende del parámetro general CTLTEL - Control numérico de teléfono (capítulo SUP, grupo INT).

• campo XWEB1

Este campo indica el e-mail del contacto.

• País (campo BIDCRY)

Este código permite identificar el país asociado a la cuenta bancaria.

La tabla de países, de la que procede este código, agrupa datos útiles para realizar controles, en particular:

• el formato del número de teléfono;
• el formato del número de identificación de una empresa o actividad (NIF);
• el formato del código postal;
• el formato del número de cuenta bancaria.

• Pref IBAN (campo IBAN)

El código IBAN es una norma internacional que permite identificar cuentas bancarias de acuerdo con un formato estructurado.
Se puede utilizar en transacciones de pago nacionales o internacionales (por país).
El código IBAN está compuesto por: 

• Un prefijo de 4 caracteres formado por:
  - el código del país (2 letras) y
  - dos cifras de control.
  Este prefijo, que se muestra en la pantalla, se calcula automáticamente al introducir los datos de la cuenta bancaria en el campo de identificación bancaria.
• Datos propios de la cuenta bancaria (hasta 30 caracteres y específicos de cada país).

 No todos los países utilizan la norma IBAN. La aplicación del formato IBAN en las cuentas bancarias se controla con la opción Gestión del IBAN, definida en la parametrización dePaíses.

• N.º cuenta bancaria (campo BIDNUM)

• Defecto (campo BIDNUMFLG)

Este campo permite indicar si este número de cuenta bancaria se utiliza por defecto en los pagos (a falta de una regla más precisa).

• Dir. (campo BIDBPAADD)

Este campo indica el código de dirección del número de cuenta bancaria y se controla en los códigos de dirección de la entidad gestionada (sociedad, planta, cliente, proveedor, etc.).

Este código de dirección se utiliza para definir un número de cuenta bancaria por defecto en los contextos de pago donde se conoce la dirección.

• Div (campo BIDCUR)

Este código permite identificar la divisa asociada a la cuenta bancaria.
Se controla en la tabla de divisas.

Se recomienda utilizar la codificación ISO en la creación de una nueva divisa.

• N.º cliente ISR (campo BVRNUM)

• Domiciliación (campo PAB1)

Este campo, obligatorio en los pagos, define la domiciliación bancaria vinculada al número de cuenta. La primera línea contiene el nombre del banco.

• Beneficiario (campo BNF)

Este campo indica el beneficiario de la cuenta bancaria (persona física o jurídica).

• Domiciliación 2 (campo PAB2)

• Domiciliación 3 (campo PAB3)

• Domiciliación 4 (campo PAB4)

• Código BIC (campo BICCOD)

Para procesar automáticamente las órdenes de pago, el banco del ordenante necesita el código BIC del banco del beneficiario. Este código es un identificador ISO gestionado por el sistema bancario internacional y, especialmente, por el sistema SWIFT, la Sociedad de Telecomunicaciones Financieras Interbancarias Mundiales.

El código BIC es el único identificador bancario normalizado a nivel internacional. Todos los bancos pueden disponer de un código BIC, aunque no sean miembros de la red SWIFT.

El código BIC puede contener de 8 o 11 caracteres. En ambos casos, los primeros 8 caracteres del código BIC suelen designar la sede del banco y se estructuran de forma "BBBB PP AA", que corresponde a los siguientes datos:

• BBBB es el identificador nemotécnico de la entidad financiera.
• PP es el código del país ISO.
• AA es un código de servicio normalmente con fines geográficos

• Banco intermediario (campo MIDPAB1)

En algunos intercambios comerciales, a veces se utiliza un banco intermediario bajo petición de los terceros o de los bancos emisores. Para ello, hay que introducir la identificación del banco (código BIC, domiciliación, país). Estos datos son opcionales (no hay que introducirlos si no se necesita un banco intermediario).

• Domiciliación 1 (campo MIDPAB2)

• Domiciliación 2 (campo MIDPAB3)

• Domiciliación 3 (campo MIDPAB4)

• Código BIC (campo MIDBICCOD)

• País (campo MIDCRY)